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(54) System and method for an efficient dynamic multi-unit auction 



(57) 1 . A method for using a computer to implement 
an auction of heterogeneous objects two or more bid- 
ders participating in the auction, the auction allowing as- 
signment of objects of the same type to one or more of 
the bidders at different prices, the method comprising: 

a) inputting, into the computer, bids I rom participat- 
ing bidders; 

b) determining at the computer, based on the bids, 



whether there is at least one object which is desired 
by only one bidder and, 

c) in the event there is at least one object which is 
desired by only one bidder, assigning the deter- 
mined object or objects to the determined bidder, 

wherein said determining comprises determining 
if a nonempty set of objects is minimal in the winning set 
of a bidder. 
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Description 

Field of the Invention 

[0001] The present Invention relates to improving 
computer-implemented auctions and, more particularly, 
to computer implementation of an efficient dynamic mul- 
ti-unit auction. 

Background of the Invention 

[0002] Auction formats in the art tend generally to be 
of the sealed-bid or ascending-bid variety. In the stand- 
ard sealed-bid auction, bidders — in one single bidding 
round — simultaneously and independently submit bids 
to the auctioneer, who then determines the auction out- 
come. In the standard ascending-bid auction, bid- 
ders — in a dynamic bidding process — submit bids in re- 
al time until no more bids are forthcoming. An ascend- 
ing-bid format offers the advantage that there is feed- 
back between participants' bids: each bidder is able to 
infer other bidders' information about the value of the 
object (s) as the auction progresses and incorporate this 
information into his subsequent bids. This feedback 
tends to result in more efficient auction outcomes as well 
as more aggressive bidding, resulting in higher expect- 
ed revenues for the seller. 

[0003] However, standard ascending-bid formats 

such as the design used by the Federal Communication 
Commission for auctioning radio communications spec- 
trum — have the disadvantage that they do not generally 
lead to outcomes which are efficient in the sense of as- 
signing objects to the bidders who value them the most. 
Most ascending-bid auction formats have the unfortu- 
nate property that identical objects sell at the uniform 
price reached at the end of the auction. This creates in- 
centives for bidders to engage in demand reduction: bid- 
ders have incentive to understate the values that they 
place on marginal units in order to reduce the market- 
clearing price (and, hence ; the price they will pay on the 
inframarginal units that they will win in any case). This 
has clear negative implications both for efficiency and 
for revenues. 

[0004] My prior patent, "System and Method for an Ef- 
ficient Dynamic Auction for Multiple Objects ; * (U.S. Pat- 
ent Number 6,026,383, issued 15 Feb 2000) provides 
an early version of a system and method for a dynamic 
auctions which may achieve efficiency for situations in- 
volving multiple identical objects. The current invention 
is an improved system and method for a dynamic multi- 
unit auction which may achieve efficiency in more gen- 
eral economic environments. 

Summary of the Invention 

[0005] The present invention is a system and method 
for implementing on a computer a dynamic multi-unit 
auction in which the price paid or received by bidders 



tends to be independent of their own bids, in which par- 
ticipants may be provided with information concerning 
their competitors' bids as the auction progresses, and 
in which the confidentiality of high values is maintained. 

s This provides the advantage of improving the economic 
efficiency of the auction design over the prior art. The 
present invention usefully enables a seller or buyer to 
efficiently auction multiple types of goods or services, 
and to efficiently auction items with complex possibilities 

io for substitution. 

[0006] The present invention comprises a computer 
that receives bids in a dynamic bidding process and as- 
signs the items to bidders, and a method for receiving 
bids in a dynamic bidding process and assigning the 

is items to bidders. In one embodiment, the invention com- 
prises a bidding information processor (BIP) and a plu- 
rality of bid entry terminals (BET'S) communicatively 
coupled to the bidding information processor. Bidders at 
the bid entry terminals enter bids in multiple rounds, and 

20 may observe displayed auction information. The bidding 
information processor and the bid entry terminals com- 
municate and process information in order to conduct 
an auction. 

[0007] Suppose that m (m 2 1 ) types of objects are 

ss being auctioned, and one or more units of each type are 
being auctioned. An auction in accordance with an em- 
bodiment of the present invention proceeds as follows. 
First, the auctioneer (i.e., the bidding information proc- 
essor) determines a starting price vector, (P 1f ...,P m ), 

30 and transmits ittobidders (i.e.. bid entry terminals). Sec- 
ond, a bidder responds with a bid vector indicating the 
quantity of each respective type of object that the bidder 
wishes to transact at the current price vector. Let the 
bidders be superscripted by /. where /= 1,....n. The bid 

3$ vector for bidder / is denoted by (Q 1 ',...,Q m '). Also, let 
the quantities of the respective types of objects being 
auctioned be denoted by (0 1f ...,Q m ). Typically, the ag- 
gregate quantity of each type of object desired by all the 
bidders (i.e., I,!, O k ) is greater than the quantity of each 

40 type of object being auctioned (i.e., Q k ). In this event, 
the auctioneer still determines whether any of the ob- 
jects should be assigned to any bidders in this round. 
This is done by determining for each bidder, separately, 
whether the sum of the quantities bid by all the other 

45 bidders for all m types of objects is less than the sum of 
the quantities of all m types of objects being auctioned. 
In other words, there is at least one object which is de- 
sired by only one bidder. In the event that the auctioneer 
determines a bidder who should be assigned objects, 

50 the auctioneer further determines which type(s) of ob- 
jects should be assigned to such bidder. This is done by 
determining for each type of object, separately, whether 
the sum of the quantities bid for this type of object by all 
the other bidders is less than the sum of the quantities 

55 being auctioned. In other words, there is at least one 
object of this type which is desired by only one bidder. 
Those objects, of those types, are then assigned to that 
bidder, obligating that bidder to transact them at the pric- 
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es standing for those types of objects at that time. (!f 
more than one possible assignment vector to that bidder 
is consistent with this rule, then the auctioneer is per- 
mitted to select his most -preferred assignment vector 
consistent with this rule.) If any objects remain unas- 
signed, the auctioneer announces a new price vector 
and the auction continues. 

[0008] Certain constraints are desirable in order for 
this auction to operate optimally and to reach an eco- 
nomically efficient outcome. One exemplary constraint 
is an activity rule which constrains a bidder not to in- 
crease his quantity, summed over the m types of ob- 
jects, from one round to the next. Another exemplary 
constraint is a more stringent activity rule which con- 
strains a bidder not to increase his quantity, individually 
on each of the m types of objects, from one bid or one 
round to the next. A third exemplary constraint is a re- 
duction rule which constrains a bidder not to decrease 
his quantity, for any single type of object, beyond the 
point where the sum of the quantities bid for this type of 
object by all bidders equals the sum of the quantities 
being auctioned. (If, in a given round, two or more bid- 
ders simultaneously attempt to decrease their quanti- 
ties: for any single type of object, having the effect of 
reducing bids beyond the point where the sum of the 
quantities bid for this type ol object by all bidders equals 
the sum of the quantities being auctioned, the auction 
procedure will resolve this discrepancy. For example, 
the auctioneer may honor these attempts to decrease 
in order of time priority, or may ration these simultane- 
ous attempts to decrease in proportion to the attempted 
reductions.) 

[0009] While an auction following these rules could be 
conducted manually, computerized conduct of the auc- 
tion allows the auction to be conducted with all bidding 
information taken into account, while controlling the de- 
gree to which the information itself is disclosed to the 
participants. Computerized conduct of the auction also 
allows the auction to be conducted swiftly and reliably, 
even if bidders are not located on-site. The amount of 
information which is transmitted to the bid entry termi- 
nals and/or actually displayed to the bidders may be 
carefully controlled. In one embodiment, all bidding in- 
formation is displayed to the bidders. In another embod- 
iment, no bidding information is displayed to the bidders; 
only the results of the auction are displayed. A number 
of intermediate embodiments are also possible, in which 
some but not all bidding information is displayed to the 
bidders. For example, in one preferred embodiment, the 
auctioneer disclose only the aggregate quantity bid for 
each type of object in each round, as opposed to dis- 
closing each individual bid. 

[0010] My prior patent 6,026,383 treats auctions for 
multiple, identical objects and close substitutes. The 
earlier application's alternative auction — which may be 
viewed as a special case of the current auction 
design— exploited features of the homogeneous-good 
environment to construct an eminently-simple dynamic 



procedure. Unfortunately, the cases of multiple types of 
objects, or objects with complex possibilities for substi- 
tution, do not lend themselves to quite as simple a pro- 
cedure. My other prior patents, "Computer Implemented 

5 Methods and Apparatus for Auctions," U.S. Patent 
Number 6,905,975, issued 1 8 May 1 999, and U.S. Pat- 
ent Number 6,021,398, issued 1 Feb 2000, describe 
other auction designs for multiple, dissimilar objects. 
However, the current auction design appears likely in 

io practice to be simpler and to run more swiftly, as well as 
placing lower computational demands on bidders. 
[0011] The present invention generalizes my auction 
design described in U.S. patent 6.026,383 to treat — in 
a simple way — the case of auctioning a set of items 

is which includes two (or more) items that are neither iden- 
tical nor perfect substitutes to one another. Henceforth, 
this will be described for short as a situation with 'mul- 
tiple types of multiple objects," or simply "heterogene- 
ous items" or "heterogeneous objects." Often, but not 

20 always, the heterogeneous items auctioned together 
will bear some relationship to one another for example, 
they may be licenses or rights to perform essentially the 
same activity at different geographic locations; or they 
may be securities issued by the same entity but with dif- 

25 ferent durations to maturity; or they may be related 
goods with slightly different characteristics that render 
them only imperfect substitutes. 
[001 2] The present invention may also be better suit- 
ed than previous auction designs for treating the case 

30 of identical objects or perfect substitutes which exhibit 
"increasing returns" for bidders. "Increasing returns" re- 
fers to a situation where the extra value that a bidder 
derives from an (A/+1 ) st unit is greater than the extra val- 
ue that a bidder derives from an W h unit. For example, 

35 this would include a situation where the utility from two 
units is strictly more than double the utility derived from 
one unit. 

[001 3] The present invention is useful for conducting 
auctions involving objects offered for sale by the bid- 

40 ders, as well as objects offered for sale to the bidders. 
Although terms such as "vector of quantities demanded" 
(by a bidder) and "demand curve" (of a bidder) are used 
to describe the present invention, the terms "vector of 
quantities offered" (by a bidder) and "supply curve" (of 

45 a bidder) are equally applicable. In some cases, this is 
made explicit by the use of both terms, or by the use of 
the terms "vector of quantities transacted" (by a bidder) 
and "transaction curve" (of a bidder). The term "quanti- 
ties transacted* includes both "quantities demanded" 

50 and "quantities offered". The term "bid" includes both 
offers to sell and offers to buy. The term "transaction 
curve" includes both "demand curve' and "supply 
curve". Moreover, any references to "quantities being of- 
fered" includes both "quantities being sold" by the auc- 

55 tioneer, in the case this is an auction for selling objects, 
as well as "quantities being bought or procured" by the 
auctioneer, in the case this is an auction for buying ob- 
jects or procuring objects. 
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[001 4] Moreover, while standard auctions to sell typi- 
cally involve ascending prices, the present invention 
may utilize prices that ascend and/or descend. One use- 
ful situation in which the price would be allowed to de- 
scend is a procurement auction or "reverse auction," an 
auction to buy. 

[0015] Throughout this document, the terms "ob- 
jects", "items", "units" and "goods" are used essentially 
interchangeably. The inventive system may be used 
both tor tangible objects, such as real or personal prop- 
erty, and intangible objects, such as telecommunica- 
tions licenses or electric power. The inventive system 
may be used in auctions where the auctioneer is a seller, 
buyer or broker, the bidders are buyers, sellers or bro- 
kers, and for auction -like activities which cannot be in- 
terpreted as selling or buying. The inventive system may 
be used for items including, but not restricted to, the fol- 
lowing: public-sector bonds, bills, notes, stocks, and 
other securities or derivatives; private-sector bonds, 
bills, notes, stocks, and other securities or derivatives; 
communication licenses and spectrum rights; clearing, 
relocation or other rights concerning encumbrances of 
spectrum licenses; electric power and other commodity 
items; rights for terminal, entry, exit or transmission ca- 
pacities or other rights in gas pipeline systems; airport 
landing rights; emission allowances and pollution per- 
mits; and other goods, services, objects, items or other 
property, tangible or intangible. It may be used in initial 
public offerings, secondary offerings, and in secondary 
or resale markets. 

[0016] The communication system used, if any, can 
be any system capable of providing the necessary com- 
munication and includes for example a local or wide ar- 
ea network such as for example ethernet, token ring, or 
alternatively a telephone system, either private or pub- 
lic, the Internet, the Worldwide Web or the information 
superhighway. 

Brief Description of the Drawings 
[0017] 

Figure 1 is an exemplary block diagram of an auc- 
tion system in accordance with the invention; 
Figure 2 is a detail of one element of the system of 
Fig. 1; 

Figure 3 is a flow diagram of an auction process in 
accordance with one embodiment of the invention; 
Figures 4a, 4b, and 5 are more detailed flow dia- 
grams illustrating, in more detail, elements of the 
diagram of fig. 3; 

Figure 6 is a flow diagram of an auction process in 
accordance with another embodiment of the inven- 
tion; 

Figure 7 is a flow diagram of an auction process in 
accordance with another embodiment of the inven- 
tion; and 

Figures 8a, 8b, 8c and 9 are more detailed diagrams 



illustrating elements of an earlier diagram. 
Detailed Description of Preferred Embodiments 

s [001 8] The drawings of Figures 1 -4 of my prior patent 
6,026,383 and of Figures 1-12 of my patent 5,905,975, 
and the associated text, provide a general superstruc- 
ture for the present auction method and system, espe- 
cially as it relates to the computer implementation there- 
to of. Moreover, the terminology established in the previ- 
ous applications will be relied upon as needed. The fol- 
lowing description will detail the flow of the novel fea- 
tures of the preferred embodiments of the present meth- 
od and system for an efficient dynamic auction for mul- 

is tiple types of multiple objects. 

[0019] Before describing how the auction process is 
implemented, reference is made to FIG. 1 to describe 
an exemplary block diagram of one embodiment of the 
a system in accordance with the present invention. As 

20 illustrated in FIG. 1 , the auction system includes an auc- 
tioneer's system 10 (sometimes also referred to as a 
Bidding Information Processor or BIP) and a plurality of 
user systems 20a, 20b and so on (sometimes also re- 
ferred to as Bid Entry Terminal or BET), each user sys- 

25 tern 20a, etc. represents an individual bidder. The sys- 
tems 10-20n are communicatively interconnected via a 
communication system represented by the illustrated 
connections. The communication system can represent 
any system capable of providing the necessary commu- 

30 nication to/from BIP and BET and includes for example 
a local or wide area network such as for example ether- 
net, token ring, or alternatively a telephone system, ei- 
ther private or public, the internet, the worldwide web or 
the information superhighway. Each of the systems 

35 1 0-20n includes a typical user interface 1 5, 25a for input/ 
output and can include a conventional keyboard, dis- 
play, and other conventional I/O devices. Within each of 
the systems, the user interface (15, 25a, etc.) is coupled 
to a communication interface (14, 24a, etc.) which is in 

40 turn connected to the communication system. Both the 
user interface and communication interface are also 
connected, at each system, to a CPU (12, 22a, etc.). 
Each system includes a memory (16, 26a, etc.) which 
can further be broken down into a program partition (17, 

45 27a, etc.), a data partition (18, 28a, etc.) and an oper- 
ating system partition (1 9, 29a, etc.). In each system the 
CPU (12, 22a, etc.) represents a source of intelligence 
when executing instructions from the memory (16, 26a, 
etc. ) so that appropriate input/output operations via the 

50 user interface and the communications interface take 
place as is conventional in the art. The particular steps 
used in implementing the inventive auction system are 
described in more detail below. In one embodiment, 
each of the systems are personal computers or work- 

55 stations. 

[0020] Figure 2 is a more detailed illustration of an ex- 
emplary BIP 10 showing details of the data partition 18. 
As seen in Fig. 2 the data partition includes provision for 
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creating, storing, processing and outputting values rep- 
resenting Current Lot Number 18-1, Current Round 
Number 18-2, Current Price 18-3, List of Bidder Num- 
bers 18-4, Bidding History 18-5, Constraints on Bids 
18-6, Passwords, 18-7 and Current Objects Available 
18-8. The particular set of data required tor any partic- 
ular auction and the format of that datum or data (such 
as scalar, vector, list, etc.) is more particularly specified 
by the detailed description of that auction. 

Embodiments Concerned with Complex Possibilities for 
Substitution 

[0021] Some of the simplest embodiments of the 
present invention apply in situations where the possibil- 
ities for substitution among the heterogeneous items 
can be expressed as a matrix. Henceforth, the term "re- 
quirements matrix' will refer to a matrix of rows and col- 
umns which expresses the possibilities for substitution 
among the heterogeneous goods, the sel!er(s) or the 
buyer(s). The same information could be equivalently 
expressed as a graph. 

[0022] For example, one embodiment of the present 
invention has useful application in the allocation of ca- 
pacity for a gas pipeline system. Let Types 1 - 4 denote 
four geographically -dispersed terminals where gas may 
enter the pipeline system. The party on whose behalf 
the auction is conducted may wish to purchase 1 00 units 
of entry rights in aggregate. However, it may be the case 
that: 40 of these units are required to be of Type 2, since 
40 units of gas are produced at a field that is located in 
close geographic proximity to the terminal correspond- 
ing to Type 2; 35 of these units are required to be of 
Types 3 or 4, since 35 units of gas are produced at fields 
that are located in close geographic proximity to the ter- 
minals corresponding to Types 3 and 4; while the re- 
maining 25 units can be of any Types 1 - 4, since 25 
units of gas are brought in by ship and can be landed 
equally easily at any of these terminals. This situation is 
depicted by the requirements matrix in Table 1 : 



Uniis required 



Type l 


f ° 


0 


25 , 


Type 2 


40 


0 


25 


Type 3 


0 


35 


25 


Type 4 


I o 


35 


25 J 



Table 1 

[0023] A second embodiment of the invention treats 
a situation where there are three types of items (m = 3) 
— Type 1 , Type 2 and Type 3— being sold. The party on 
whose behalf the auction is conducted may wish to sell 



fixed quantities of these three individual types of items. 
However, it may still be the case that it is advantageous 
to sell them together, since bidders may find: that infor- 
mation revealed in the auction about one type of these 
s items is relevant to the value of another type of these 
items; or that they are relatively more interested in one 
type of these items, or another, depending upon their 
relative prices. This situation is depicted by the require- 
ments matrix in Table 2: 

w 

Units required 
Type I (2000 0 0 ' 
75 Type 2 0 2000 0 

Type 3 { 0 0 1000 ; 

20 Table 2 

[0024] One useful application of this second embodi- 
ment occurs in the context of selling Treasury or other 

25 securities. A government or central bank may wish to 
simultaneously auction 3-month, 6-month and 
1 2-month Treasury securities. Let us denote these three 
types of Treasury securities as Type 1 , Type 2 and Type 
3, respectively. The requirements matrix of Table 2 

30 would say that the government or central bank has 2000 
units of 3-month Treasury securities, 2000 units of 
6-month Treasury securities, and 1000 units of 
12-month Treasury securities. 

[0025] A third, and mathematically simpler, embodi- 
es ment of the present invention treats the situation where 
two types of items (m = 2) — Type 1 and Type 2 — are 
being procured. The party on whose behalf the auction 
is conducted may wish to purchase four units in aggre- 
gate. However, it may be the case that three of these 
40 units are required to be of Type 1 , while the fourth unit 
can either be of Type 1 or Type 2. This situation is de- 
picted by the requirements matrix in Table 3: 



4 $ Units required 

Type\ ( I 1 I 1' 
Type 2 [O 0 0 1 ; 

so 

Table 3 

[0026] One useful application of this third embodi- 
es ment of the invention may occur in the clearing or relo- 
cation of television stations. For example, to clear the 
communications spectrum currently occupied by UHF 
Channels 59 - 69 in a given regional market, it might be 
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necessary to relocate three analog and one digital tele- 
vision stations to lower channels. Let Type 1 denote an 
analog television station and let Type 2 denote a digital 
television station. Suppose that an analog station in 
UHF Channels 59 - 69 must be relocated to a frequency 
allocated to analog stations below Channel 59, while a 
digital station in UHF Channels 59 - 69 may be relocated 
to a frequency allocated to either an analog or a digital 
station below Channel 59. Then the requirements matrix 
of Table 3 would accurately describe the possibilities for 
substitution. In particular, the party on whose behalf the 
auction is held would be satisfied by purchasing four 
items of Type 1 or by purchasing three items of Type 1 
and one item of Type 2. Generally speaking, since this 
is a procurement auction, this party would prefer which- 
ever of these purchases cost less money. 

DEFINITIONS. 

[0027) The available quantity f Q 1 Q„) refers to the 

quantity of each type of item offered for sale in the auc- 
tion, in the case of an auction to sell, and the quantity 
of each type of item offered to be procured in the auction, 
in the case of an auction to buy (i.e., a reverse auction). 
Optionally, the available quantity may be allowed to de- 
pend on the price, or otherwise be contingent on the 
progress of the auction. 

[0028] The bidding state consists of the current bids 
{0 1 / ) ...,Oj } }J , _ 1 of all the bidders, the available quantity, 
and the quantity vectors (if any) that have already been 
awarded to bidders. Optionally, bids may be permitted 
to be more complicated than merely a vector ot quanti- 
ties: for example : bids may be permitted to include pric- 
es or to be contingent on events, to contain "and" and 
"or" restrictions, and to include minimum acceptable 
quantities. Bids may also be permitted to specify arbi- 
trary sets, or combinations of sets, of specifically-iden- 
tified objects, as opposed to merely comprising quanti- 
ties of types of objects. 

[0029] The set of feasible assignments given the bid- 
ding state is the set of all possible allocations {x t ...x^} 
^ of the available quantity of the m types of items to 
the n bidders, subject to satisfying all the constraints on 
the assignment of the goods, the constraints on the bid- 
ding process and the constraints posed by the bidding 
state. The following conditions (i)-(iv) are exemplary of 
the requirements on {V.—,*^}^ to be a feasible as- 
signment: 

(i) x k f Z 0 for every k=1,...,m, and for every f = 1 rr, 

TOE, V= 

(iii) {*/-.*J,}? j is consistent with the requirements 
matrix or otherconstraints on the assignment of the 
items; 

(iv) {*i'»-»*«)jLi is consistent with activity rules 
constraining the bidding process, given current bids 

W..-.OX (eg- SO,' for ©very k= 1 m, 

and for every /= 1,...,n). 



[0030] The winning set of bidder / is the set W* of all 
(x/.-.-.x^) that are part of a feasible assignment (i.e., 
the set of feasible assignments tor all bidders, projected 
onto bidder /). 

5 [0031] We will write that a quantity vector (a v ... ,a m )£ 

(0, b m ), if a k t b k \ox every k= t m, and if a k > b k 

for some k=l m. 

[0032] A quantity vector {qj,... t q m ) is said to be min- 
imal in the winning set of bidder / if (<?/..., q m ) E. W*but 

10 (r/,...,r m 0 <2 W whenever ((?/.....Q m 0 > (r/,....'^- 

[0033] A bidder / is said to have clinched a quantity 
vector (q q m ) if, given the available quantity, his op- 
ponents' bids and the various constraints on the auction, 
the bidder is mathematically guaranteed to win at least 

is the quantity vector {q % i t ...,q m ^. In the above notation, 
bidder / clinches a quantity vector (q^ i ...,q m ) if fa/-. 
qj) £ 0 and if {q^,...,qj) is minimal in the winning set 
of bidder /. 

[0034] The definition of clinching can be restated in 

20 simpler form in general set notation. Let O denote the 
set of available objects. An assignment is defined to be 
an n-tuple of subsets, {Sty" 1 , where S* denotes the sub- 
set of objects assigned to bidder /. A feasible assign- 
ment is an n-tuple of subsets, , with the properties 

25 that: n assigns every available object to exactly one 
bidder (i.e., the set union of {S)^ equals CI, and the 
{S)"^ are pairwise disjoint); {S*}" 1 is consistent with the 
requirements matrix or other constraints on the assign- 
ment of the objects; and 1 is consistent with any 

30 activity rules constraining the bidding process, given the 
current bidding state. The winning set of bidder / is the 
set W of all subsets of objects, S», that are assigned to 
bidder / in some feasible assignment (i.e., the set of fea- 
sible assignments for all bidders, projected onto bidder 

35 /). A subset Si of objects is said to be minima! in the win- 
ning set of bidder / if S*G W, but whenever H l 
is a strict subset of S* (i.e., there is no strict subset of S 1 
that is feasible for bidder / to win). Analogous to the pre- 
vious paragraph, bidder /'clinches a subset S'of objects 

40 if sf * 0 (i.e. , S 1 is a nonempty set of objects) and & is 
minimal in the winning set of bidder /. 
[0035] A second, almost equivalent way of describing 
clinching is that the quantity vector to/.—O ls 
clinched if it constitutes a maximal quantity vector that 

<5 bidder / is guaranteed to win. The quantity vector (<?/..., 
qj) is a maximal quantity vector that bidder / is guaran- 
teed to win if: bidder / is guaranteed to win (ay,. ..,q m ); 
but there does not exist any quantity vector (/•/..., r m 0 > 
(9i'.-.q m 0 such tnat bidder / is guaranteed to win the 

50 quantity vector ( r, . , r m ) 

[0036] A third, and apparently equivalent way of de- 
scribing clinching is in terms of admissible fictitious bids. 
We will say that (# ,...,£) is an admissible fictitious bid 
if the following three conditions are all satisfied: 

55 

(i) 0 <& £ Q k \ for every k= ^,... t m, 

(ii) fi' > 0, for some k = 1 m t and 

(iii) Q' satisfies any extra requirements of the auc- 
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tion such as consisting entirely of integer numbers. 

For any Bidder / and lor any fictitious bid? under con- 
sideration, the computer determines an answer to the 
following question: 'If Bidder fs actual bid (Q, O m 0 

were replaced by the admissible fictitious bid {& &.), 

and if the other bidders continued to use their actual 
bids, would the auction conclude?" If the answer to this 
question is affirmative, then Bidder /can also be viewed 

as having guaranteed winning the units (OJ O^- 

£ ). The auction procedure takes note of this determina- 
tion in assigning objects. 

[0037) The principles underlying "clinching"— and the 
algorithm determining 'clinching" — are easiest illustrat- 
ed with some examples: 

[0038] EXAMPLE 1 . The requirements matrix for units 
of each of the two types is given by Table 3. The auction 
is conducted as a procurement auction, and four bidders 
(superscripted by /= 1,2,3,4) participate. At every price 
p, each bidder / indicates a pair (G/ Q 2 ), which gives 
the number of units of Type 1 and the number of units 
of Type 2, respectively, that he is willing to sell at price 
p. Suppose that, for a given price p, the following Table 
4 A shows the quantities that the bidders have indicated: 



Table 4A 





<v 


OJ 


Bidder 1 


2 


0 


Bidder 2 


1 


0 


Bidder 3 


0 


1 


Bidder 4 


1 


0 



To begin, observe that the auction has not yet conclud- 
ed, and that the auctioneer may continue by naming a 
new, lower price. The reason for this observation is that 
the party on whose behalf the auction is being conduct- 
ed only wishes to purchase either 3 units of Type 1 and 
1 unit of Type 2. or 4 units of Type 1 (see Table 3), where- 
as Bidders 1 - 4 are in aggregate offering 4 units of Type 
1 and 1 unit of Type 2 (i.e., strictly more than is required). 
However, suppose we take any Bidder / (/ = 1 ,2,3,4) and 
consider the following question: "Are there any types of 
any units that Bidder /is already guaranteed to have won 
(given other bidders' bids)?" If the answer to this ques- 
tion is affirmative, then Bidder / will be said to have 
clinched such units. 

[0039] In Example 1, let us begin by considering Bid- 
der 1. Since Bidder 1 is only bidding on units of Type 1, 
Bidder 1 can only clinch units of Type 1 . Observe that 
any feasible way of satisfying the requirements matrix 
includes Bidder 1 winning on at least 1 unit of Type 1. 
(This follows from the fact that, in the requirements ma- 
trix of Table 3, at least 3 units of Type 1 are required, 
but Bidders 2 - 4 are collectively bidding only 2 units of 
Type 1 .) Thus, Bidder 1 has clinched one unit of Type 



J_. One way that the auctioneer may act on this determi- 
nation is to assign one unit of Type 1 to Bidder 1 at the 
price associated with the first time that Bidder 1 was de- 
termined to have clinched one unit of Type 1. 

5 [0040] At the same time, observe that one feasible 
way of satisfying the requirements matrix is using the 
following bids: (O, 1 , Q^ 1 ) = (1,0); {Q, 2 , Q 2 2 ) = (1.0); 
(Q^ t O z 3 ) = (0,1); and (Q, 4 Of) = (1,0). Since this fea- 
sible way of satisfying the requirements matrix has Bid- 

10 der 1 winning only one unit of Type 1 , we conclude that 
Bidder 1 has not clinched two units of Type 1. 
[0041] To put things slightly differently, but equivalent- 
ly, the winning set for Bidder 1 in Example 1 is W = 
{(1,0), (2,0)}. There is no feasible assignment in which 

15 Bidder 1 is assigned (0.0). Thus, (1 ,0) is minimal in the 
winning set, W*, of Bidder 1 s and so Bidder 1 clinches 
the quantity vector (1 ,0). Put differently, if Bidder 1 's ac- 
tual bid of (2,0) were replaced by the admissible fictitious 
bid (1,0), then the auction would end; thus, Bidder 1 

20 clinches the difference (2,0)- (1 ,0) = (1 ,0). 

[0042] Also at the same time, observe that Bidders 2 
- 4 have not yet clinched any units. The requirements 
matrix can be satisfied using the bids: (Q, \ Q 2 1 ) = (2,0); 
{Q* t Q 2 2) = (0,0); (0,3. 0 2 3 ) = (0,1); and (Q/, Q 2 4 ) = 

25 (1 ,0). This does not involve Bidder 2 winning anything 
at all. The requirements matrix can also be satisfied us- 
ing the bids. (O^, Of) = (2,0); (O, 2 , Gfe 2 ) = (1,0); (O, 3 , 
0 2 3 ) = (0,0); and (Q, 4 , 0 2 4 ) = (1,0). This does not involve 
Bidder 3 winning anything at all. Finally, the require- 

30 ments matrix can also be satisfied using the bids: {Q A 1 , 
<V ) = (2.0); (0,2, 0 2 2 ) = (1 ,0); (O, 3 . 0 2 3 ) = (0,1 ); and 
(O-, 4 , O a 4 ) = (0,0). This does not involve Bidder 4 win- 
ning anything at all. 

[0043] EXAMPLE 2. The requirements matrix for units 
35 of each of the two types is again given by Table 3. The 
auction is conducted as a procurement auction, and four 
bidders (superscripted by i~ 1 .2,3,4) participate. At eve- 
ry price p. each bidder / indicates a pair (G,', O 2 0. which 
gives the number of units of Type 1 and the number of 
40 units of Type 2, respectively, that he is willing to sell at 
price p. Suppose that, for a given price p, the following 
Table 4B shows the quantities that the bidders have in- 
dicated: 

45 Table 4B 



so 





<V 


o 2 > 


Bidder 1 


1 


1 


Bidder 2 


1 


0 


Bidder 3 


0 


1 


Bidder 4 


1 


0 



To begin, observe that the auction has not yet conclud- 
ed, and that the auctioneer may continue by naming a 
new, lower price. The reason for this observation is that 
the party on whose behalf the auction is being conduct- 
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ed only wishes to purchase either 3 units of Type 1 and 
1 unit of Type 2, or 4 units of Type 1 (see Table 3), where- 
as Bidders 1 - 4 are in aggregate offering 3 units of Type 

1 and 2 units of Type 2 (i.e., strictly more than is re- 
quired). 

[0044] In Example 2, let us begin by considering Bid- 
der 1. Since Bidder 1 is bidding on units of Type 1 and 
Type 2, Bidder 1 can in principle clinch units of Type 1 
or Type 2. Observe that any feasible way of satisfying 
the requirements matrix includes Bidder 1 winning 1 unit 
of Type 1 . (This follows from the fact that, in the require- 
ments matrix of Table 3, at least 3 units of Type 1 are 
required: but Bidders 2 - 4 are collectively bidding only 

2 units of Type 1 .) Thus, Bidder 1 has clinched one unit 
of Type 1 . One way that the auctioneer may act on this 
determination is to assign one unit of Type 1 to Bidder 
1 at the price associated with the first time that Bidder 

1 was determined to have clinched one unit of Type 1 . 
[0045] Bidders 2 and 4 have also clinched one unit of 
Type 1 . (For Bidder 2, this follows from the fact that, in 
the requirements matrix of Table 3, at least 3 units of 
Type 1 are required, but Bidders 1, 3 and 4 are collec- 
tively bidding only 2 units of Type 1 .) (For Bidder 4, this 
follows from the fact that, in the requirements matrix of 
Table 3, at least 3 units of Type 1 are required, but Bid- 
ders 1, 2 and 3 are collectively bidding only 2 units of 
Type 1.) One way that the auctioneer may act on this 
determination is to assign one unit of Type 1 to Bidder 

2 at the price associated with the first time that Bidder 
2 was determined to have clinched one unit of Type 1. 
and similarly for Bidder 4. 

[0046] At the same time, observe that Bidder 1 has 
not clinched one unit of Type 2. This is because one fea- 
sible way of satisfying the requirements matrix is using 
the following bids: (0,1, G 2 1 ) = (1,0); (Q, 2 , Q 2 2 ) s (1,0); 
(<V, Q 2 3) = (0,1 ); and (O, 4 , Q 2 4 ) = (1 ,0). Since this fea- 
sible way of satisfying the requirements matrix has Bid- 
der 1 winning zero units of Type 2, we conclude that Bid- 
der 1 has not clinched any units of Type 2. 
[0047] Also at the same time, observe that Bidder 3 
has not yet clinched any units. The requirements matrix 
can be satisfied using the bids: (O, 1 , Q^) = (1 ,1 ); (G, 2 
0 2 2 ) = (1,0); (O, 3 Q 2 3 ) = (0,0); and (G, 4 Q 2 4 ) = (1,0). 
This does not involve Bidder 3 winning anything at all. 
[0048] EXAMPLE 3. Let the requirements matrix for 
units of each of three types now be given by Table 2. 
The auction is conducted as a selling auction, and tour 
bidders (superscripted by /= 1 ,2,3,4) participate. At eve- 
ry price vector (p^p^pa), each bidder / indicates a vector 
(O,', Q 2 ' : which gives the number of units of Type 
1 that he is willing to purchase at price p t , the number 
of units of Type 2 that he is willing to purchase at price 
p 2 , and the number of units of Type 3 that he is willing 
to purchase at price p 3 . Suppose that, for a given price 
vector (p,, p2, ps), the following Table 5 shows the quan- 
tities that the bidders have indicated: 



Table 5 



5 





<v 




Q 3 i 


Bidder 1 


1000 


0 


500 


Bidder 2 


500 


1000 


100 


Bidder 3 


500 


1000 


200 


Bidder 4 


500 


0 


600 



We might also suppose that, as the auction continues, 
each bidder is only allowed to bid the same quantity or 
lower on each type of item. 

[0049] To begin, observe that the auction has not yet 
concluded on Type 1 and Type 3, and that the auctioneer 
may continue by naming a new, higher prices p, and p^. 
The reason for this observation is that the party on 
whose behalf the auction is being conducted only wish- 
es to sell 2000 units of Type 1, whereas Bidders 1 - 4 
are in aggregate demanding 2500 units of Type 1 (i.e., 
strictly more than is required), and the party on whose 
behalf the auction is being conducted only wishes to sell 
1000 units of Type 3, whereas Bidders 1 - 4 are in ag- 
gregate demanding 1400 units of Type 3 (i.e. : strictly 
more than is required). 

[0050] In Example 3, since the requirements matrix is 
a diagonal matrix, one may choose to treat the three 
types of units separately. Let us begin by considering 
Type 1. In considering Type 1 , let us begin with Bidder 
1 . Observe that any feasible way of satisfying the re- 
quirements matrix includes Bidder 1 winning (at least) 
500 units of Type 1. (This follows from the tact that, in 
the requirements matrix of Table 5, there are 2000 units 
of Type 1 required, but Bidders 2 - 4 are collectively bid- 
ding only 1500 units of Type 1.) Thus, Bidder 1 has 
clinched 500 units of Type 1 . One way that the auction- 
eer may act on this determination is to assign units of 
Type 1 to Bidder 1 at the price associated with the first 
time that Bidder 1 was determined to have clinched the 
given unit of Type 1 . 

[0051] At the same time, observe that Bidders 2 - 4 
have not yet clinched any units of Type 1 . The require- 
ments for Type 1 can be satisfied using the quantities: 
<V = 1000: O1 2 = 0; Oi 3 = $00; and = 500. This 
does not involve Bidder 2 winning any of Type 1 at all. 
The requirements for Type 1 can also be satisfied using 
the quantities: 1 = 1000; O, 2 = 500; Q t 3 = 0; and Q, 4 
= 500. This does not involve Bidder 3 winning any of 
Type 1 at all. The requirements for Type 1 can also be 
satisfied using the quantities: <V = 1000; Q, 2 = 500; 
O, 3 = 500; and Q, 4 = 0. This does not involve Bidder 4 
winning any of Type 1 at all. 

[0052] Turning to Type 2, observe that the auction of 
Type 2 items has effectively concluded. In clinching 
terms, Bidders 2 and 3 have each clinched 1000 units 
of Type 2 , and their combined clinches equals the entire 
requirements of 2000. This follows from the fact that the 
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only feasible way in which the requirements for Type 2 
can be satisfied is using the quantities: Ofe 1 = 0; Q 2 2 = 
1000; = 1000; and O 2 * = 0. 
[0053] Turning to Type 3, let us begin by considering 
Bidder 1 . Observe that any feasible way of satisfying the 
requirements matrix includes Bidder 1 winning (at least) 
100 units of Type 3. (This follows from the fact that, in 
the requirements matrix of Table 2, there are 1000 units 
of Type 3 required, but Bidders 2 - 4 are collectively bid- 
ding only 900 units of Type 3.) Thus, Bidder 1 has 
clinched 100 units of Type 3 . One way that the auction- 
eer may act on this determination is to assign units of 
Type 3 to Bidder 1 at the price associated with the first 
time that Bidder 1 was determined to have clinched the 
given unit of Type 3. Let us next consider Bidder 4. Ob- 
serve that any feasible way of satisfying the require- 
ments matrix includes Bidder 4 winning (at least) 200 
units of Type 3. (This follows from the fact that, in the 
requirements matrix of Table 2, there are 1000 units of 
Type 3 required, but Bidders 1 -3 are collectively bidding 
only 800 units of Type 3.) Thus, Bidder 4 has clinched 
200 units of Type 3 . One way that the auctioneer may 
act on this determination is to assign units of Type 3 to 
Bidder 4 at the price associated with the first time that 
Bidder 4 was determined to have clinched the given unit 
of Type 3. 

[0054] At the same time, observe that Bidders 2 and 
3 have not clinched any units of Type 3. This is because 
one feasible way in which the requirements for Type 3 
can be satisfied is using the quantities: Q3 1 = 400; O3 2 
= 0; Ps 3 = 0; and Q z 4 = 600. This does not involve Bidder 
2 or Bidder 3 winning any of Type 3 at all. 
[0055] Figure 3 is a flow diagram of an auction proc- 
ess in accordance with one embodiment of the present 
invention. The process starts with step 202, in which 
memory locations at the computer are initialized. In step 
202, the appropriate memory locations are initialized 
with information such as the number of types of objects 
for auction, the quantity of each type of object for auc- 
tion, and the initial price vector In step 204, the compu- 
ter outputs auction information, including the current 
price vector (P v ...,P m ). In step 206, the computer re- 
ceives bids (Q/....QJ) from bidders. In step 208, the 
computer closes the bidding for the current round and 
processes bids. This process is shown in more detail in 
Figure 5. In step 210, the computer determines whether: 
(a) there exist zero feasible assignments of the available 
quantity; (b) there exists one feasible assignment of the 
available quantity; or (c) there exist two or more feasible 
assignments of the available quantity. If, at step 21 0, the 
computer determines that (c) there exist two or more 
feasible assignments of the available quantity, then the 
process goes to step 216 in which the computer deter- 
mines whether any units have been clinched by any bid- 
ders and, if so : assigns clinched units to determined bid- 
ders at current prices. This process is shown in more 
detail in Figure 4a, and one preferred embodiment of 
this process is shown in more detail in Figure 4b. The 



process then goes to step 218 in which the computer 
revises the current price vector (P V ...,PJ and gener- 
ates the bidding history and any auction announce- 
ments and messages. One exemplary rule for revising 

5 the price is that, for every k = 1 ,...,m, the price P k oi ob- 
jects of type k\s raised by c[(ZL QjfJ-'DJ]. where c is a 
positive constant (i.e., the price for each type is in- 
creased in direct proportion to the excess demand for 
that type). The process then loops to step 204. 

10 [0056] If, at step 210, the computer determines that 

(a) there exist zero feasible assignments of the available 
quantity, then the process goes to step 212 in which the 
computer assigns units in accordance with a rationing 
rule. One exemplary rationing rule is for the computer 

is to honor the various bidders' attempts to decrease their 
bids by time priority (i.e., in the order that the bids were 
submitted) so long as a feasible assignment continues 
to exist. A second exemplary rationing rule is tor the 
computer to increase each bidder's quantity bid in con- 

20 stant proportion to the bidder's most recent attempted 
reduction, 0^ M - O/', until one assignment becomes 
feasible. If, at step 210, the computer determines that 

(b) there exists one feasible assignment of the available 
quantity, then the process goes to step 214 in which the 

25 computer assigns units in accordance with the one fea- 
sible assignment. After steps 212 or 214, the auction is 
deemed to have ended, and so the process ends. 
[0057] Figure 4a is a flow diagram of a subprocess of 
step 216. It begins with step 2l6a-1, in which a bidder i 

30 which has not yet been considered is selected. In step 
216a-2, for the bidder / currently being considered, the 
computer determines whether there exists a quantity 

vector (oy q m ) £ 0 that bidder i is guaranteed to win. 

If there does not exist such a quantity vector {q 1 ',...,q m ) 

35 £ 0, the process proceeds directly to step 2l6a-7. If 
there does exist such a quantity vector (q-, <?„/) 2 0, 
the process continues with step 216a-3, in which the 
computer determines a maximal quantity vector (<ft 
q m ) £ 0 that bidder / is guaranteed to win. The quantity 

40 vector (q^,...,q m ) is said to be a maximal Quantity vector 
that bidder / is guaranteed to win (or a maximal guaran- 
teed quantity vector) if: bidder I is guaranteed to win 
(q } i,...,qj); but there does not exist any quantity vector 
(f, rj) £ (g 1 ',...,g m / ) such that bidder / is guaranteed 

45 to win the quantity vector (r^..,r m ). The process then 
continues with step 2l6a-4, in which the computer de- 
termines whether the maximal guaranteed quantity vec- 
tor (q A ' t ...,q m ) 2 0 generated in step 21 6a-3 is unique. If 
it is unique, the process proceeds directly to step 216a- 

50 6. If it is not unique, the process continues with step 
216a-5, in which the computer determines a most-pre- 
ferred maximal quantity vector {q- t ',...>q m l ) that bidder / 
is guaranteed to win. One exemplary way of selecting a 
most-preferred maximal guaranteed quantity vector that 

55 bidder / is guaranteed to win is to calculate a maximal 
guaranteed quantity vector (g 1 / ,...g m 0 such that the dif- 
ference between the expected final price vector and the 
current price vector, multiplied by (g, q m ) as a dot 
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product, is minimized. In step 216a-6, the computer as- 
signs the determined quantity vector, (qj,...,q m ), to bid- 
der /at the current price vector {P 1t ...,P m ). In step 216a- 
7, the computer determines whether ail bidders have 
been considered. If not, the process loops back to step 
2 16a-1. If all bidders have been considered, the process 
goes to step 218 of Figure 3. 

[0058] Figure 4b is a flow diagram of one preferred 
embodiment of the process shown in Figure 4a. It is also 
a flow diagram of a subprocess of step 216. It begins 
with step 21 6b-1 , in which the computer selects a bidder 
/which has not yet been considered. In step 21 6b-2. the 
computer selects a type k which has not yet been con- 
sidered. In step 2l6b-3, the computer sums the quanti- 
ties demanded of the type k objects by ail the bidders 
except bidder /, and compares this sum with the quantity 
remaining unassigned of type /c objects. If the computer 
determines that the quantity remaining unassigned of 
type k objects is not strictly greater than the sum of the 
quantities demanded of the type k objects by all the bid- 
ders except bidder /, then the process proceeds directly 
to step 2l6b-5. If the computer determines that the 
quantity remaining unassigned of type k objects is strict- 
ly greater than the sum of the quantities demanded of 
the type k objects by all the bidders except bidder /, then 
the process continues with step 2l6b-4. In step 216b- 
4, the computer assigns the quantity Q k Qj. or the 
quantity Q' k — whichever of the two quantities is small- 
er — of objects of type k to bidder /. The process then 
proceeds with step 216b-5, in which the computer de- 
termines whether ail types have been considered for 
bidder /. If not, the process loops back to step 216b-2. 
If all types have been considered tor bidder i, the proc- 
ess continues with step 216b-6, in which the computer 
determines whether all bidders have been considered. 
If not ; the process loops back to step 2l6b-1. If ail bid- 
ders have been considered, the process goes to step 
218 of Figure 3. 

[0059] Figure 5 is a flow diagram of a subprocess of 
step 208. It begins with step 208-1 , in which the compu- 
ter selects a bidder which has submitted a bid but which 
has not yet been considered. This bidder is denoted bid- 
der I One exemplary way of selecting which bidder to 
consider is to select the earliest-time-stamped bid which 
has not yet been considered. In step 208-2, the compu- 
ter recalls from memory the most recent previously- 
processed bid by bidder /, the bidder currently being 
considered. The most recent previously-processed bid 
is denoted (Q 1 ' >1 G m />1 ). In step 208-3, the compu- 
ter determines whether bidder /s current bid satisfies an 
eligibility rule, for example: £ Qj 1 ' 1 . If bidder Is cur- 
rent bid satisfies the eligibility rule, then the process 
skips to step 208-5. If bidder ts current bid does not sat- 
isfy the eligibility rule, the process continues with step 
208-4, in which the computer adjusts bidder ts current 
bid so as to satisfy the eligibility rule. One exemplary 
way of doing this is to insert bidder ts most recent pre- 
viously-processed bid, (0/ M Om^h as bidder fs 



current bid. In step 208-5, the computer determines 
whether bidder fs current bid satisfies the additional 
constraints: Z".. O^z Q h for all types 1,...,m. If bid- 
der ts current bid satisfies these additional constraints, 

s then the process skips to step 208-7. It bidder ts current 
bid does not satisfy these additional constraints, the 
process continues with step 208-6, in which the compu- 
ter adjusts bidder ts bid so as to satisfy the additional 
constraints. One exemplary way of doing this is to insert 

io bidder ts most recent previously-processed bid. 
(Q 1 , ' M ,...,O m '' H ), as bidder ts current bid. A second ex- 
emplary way of doing this is to substitute Q k l with Z) k 
Q//as bidder ts quantity for type k, tor every k- 
1,...,m violating the additional constraint. In step 208-7. 

is the computer determines whether all bidders who have 
submitted bids have yet been considered. If not, the 
process loops back to step 208-1. If all bidders have 
been considered, the process goes to step 21 0 of Figure 
3. 

20 [0060] Another embodiment of the inventive system 
is described by a slightly different flow diagram, Figure 
6. The difference between Figure 3 and Figure 6 is 
that — in Figure 6 — the step 31 6 is deferred until the end 
of the auction. In that event, the auctioneer is allowed 

25 to wait until the conclusion of the auction to determine 
which objects were assigned at which prices in the 
course of the auction. 

[0061] Figure 6 is thus a flow diagram of an auction 
process in accordance with another embodiment of the 

30 present invention. The process starts with step 302, in 
which memory locations at the computer are initialized. 
In step 302, the appropriate memory locations are ini- 
tialized with information such as the number of types of 
objects for auction, the quantity of each type of object 

35 for auction, and the initial price vector In step 304, the 
computer outputs auction information, including the cur- 
rent price vector (P y ,...,P IT J. In step 306, the computer 
receives bids {Qj,...,Q m ) from bidders. In step 308, the 
computer closes the bidding for the current round and 

40 processes bids. This process is shown in more detail in 
Figure 5 (but with 'From Step 206" replaced by "From 
Step 306", and with "To Step 210" replaced by "To Step 
310", etc.). In step 310, the computer determines wheth- 
er: (a) there exist zero feasible assignments of the avail- 

45 able quantity; (b) there exists one feasible assignment 
of the available quantity; or (c) there exist two or more 
feasible assignments of the available quantity. If, at step 
310, the computer determines that (c) there exist two or 
more feasible assignments of the available quantity, 

SO then the process goes to step 31 8 in which the computer 
revises the current price vector (Pv-.PJ and gener- 
ates the bidding history and any auction announce- 
ments and messages. One exemplary rule for revising 
the price is that, for every fr= 1,...,m, the price P^of ob- 

55 jects of type k is raised by c{(LL Q^Qfo where c is 
a positive constant (i.e., the price for each type is in- 
creased in direct proportion to the excess demand tor 
that type). The process then loops .to step 304. 
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[0062] If, at step 310, the computer determines that 

(a) there exist zero feasible assignments of the available 
quantity, then the process goes to step 312 in which the 
computer assigns units in accordance with a rationing 
rule. One exemplary rationing rule is for the computer 
to honor the various bidders' attempts to decrease their 
bids by time priority (i.e., in the order that the bids were 
submitted) so long as a feasible assignment continues 
to exist. A second exemplary rationing rule is for the 
computer to increase each bidder's quantity bid in con- 
stant proportion to the bidder's most recent attempted 
reduction, G A ' M - QfiK until one assignment becomes 
feasible. If, at step 310, the computer determines that 

(b) there exists one feasible assignment of the available 
quantity, then the process goes to step 31 4 in which the 
computer assigns units in accordance with the one fea- 
sible assignment. After steps 312 or 314, the process 
goes to step 31 6 in which the computer determines bid- 
ders' payments for units assigned, retroactively, in ac- 
cordance with current prices at the time the units were 
clinched. If, at every time that units were clinched, the 
maximal quantity vector (q^ i ,,..,q m i ) that bidder / was 
guaranteed to win was unique, then the determination 
of payments is straightforward. For the case where the 
sequence of maximal guaranteed quantity vectors 

flm) f° r bidder /'was not unique, one exemplary 
way for the computer to determines bidders' payments 
is to determine the sequence of maximal guaranteed 
quantity vectors consistent with the ultimate assignment 
of units that maximizes bidder /s payment. After step 
316, the auction is deemed to have ended, and so the 
process ends. 

[0063] Another embodiment of the inventive system 
is described by the same flow diagrams — except with 
step 216 or step 316 (and hence Figures 4a and 4b) 
deleted. In that event, the auction still proceeds with 
multiple ascending clocks, but now objects are not as- 
signed in intermediate rounds, and so every object of a 
given type is assigned at the same price. 

Further Embodiments with Interactions Among Different 
Types of Units 

[0064J The embodiments of the present invention that 
have thus far been discussed in this document have 
been premised, in their logic, on an activity rule which 
considered each type of unit separately. Each bidder 
was constrained to bid a quantity on each type of unit 
that is no greater than any of his earlier quantities bid 
on that same type of unit. In notation, O^' £ Q/ M , for 
every k= 1, ,m. 

[0065] In many applications, it may be advantageous 
to instead use an activity rule which allows interactions 
among different types of units. One of the simplest ex- 
amples is an activity rule for a bidder under which the 
aggregate quantity bid for all types of units is con- 
strained to be no greater than any of his earlier aggre- 
gate quantities bid for all types of units. In notation, 



[0066] Observe that the latter activity rule is a looser 
constraint on bidders than the former activity rule. For 
example, in Example 3 (see also Tables 2 and 5), a bid 
S of (500, 0, 600) may be followed by a bid of (600, 300, 
100) under the latter activity rule, but not under the 
former activity rule. Since more possible future bids exist 
under the latter activity rule, smaller quantities are de- 
termined to have clinched at a given bidding state when 
to analyzed under the latter activity rule. 

[0067] Activity rules that allow interactions among dif- 
ferent types of units may be particularly advantageous 
in applications where substitution among the different 
types of units are most relevant to bidders. For example, 
in the application to allocation of capacity for a gas pipe- 
line system, a bidder may be bringing in his gas by ship, 
and may be able to equally easily use any of four termi- 
nals. In that event, all he may really care about is his 
aggregate quantity summed over the four terminals (ad- 
justed for minor cost differences among the terminals). 
In the application to selling Treasury securities, a bidder 
may be looking for a safe short-term investment, and 
may be able to equally easily use 3-month, 6-month or 
1 2-month Treasury securities. Let us denote these three 
types of Treasury securities as Type 1 , Type 2 and Type 
3, respectively. In that event, all he may really care about 
is his aggregate quantity summed over the three times 
to maturity (adjusted for price differences on the yield 
curve). 

[0068] Figure 7 is a flow diagram of an auction proc- 
ess in accordance with one embodiment of the present 
invention. The process starts with step 102, in which 
memory locations are initialized. In step 102, the appro- 
priate memory locations are initialized with information 
such as the number of types of objects for auction, the 
quantity of each type of object for auction, and the initial 
price vector. In step 104, the bidding information proc- 
essor transmits auction information, including the start- 
ing price vector (P 1 ,.„, P^), and transmits it to bid entry 
terminals. In step 106, bid entry terminals receive auc- 
tion information from the bidding information processor 
and display it to bidders. In step 108, bid entry terminals 
receive bids (O, Q m ) from bidders and transmit them 
to the bidding information processor. In step 110, the 
bidding information processor receives the bids trans- 
mitted from bid entry terminals and transmits confirma- 
tion messages. In step 112, the bidding information 
processor closes the bidding tor the current round and 
processes bids received from bid entry terminals. This 
process is shown in more detail in Figure 9. In step 114, 
the bidding information processor assigns objects, if 
any, at the current prices. This process is shown in more 
detail in Figures 8a, 8b and 8c. In step 116, the bidding 
information processor determines if any objects remain 
unassigned. If so, the process goes to step 118 in which 
the bidding information processor increments the cur- 
rent price vector and generates the bidding history and 
any auction announcements and messages. One exem- 
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plary rule for incrementing the price is that, for every k 

= 1 m. the price of objects of type Zeis raised by c 

((LI: Ofc'^'QA where c is a positive constant (i.e., the 
price for each type is increased in direct proportion to 
the excess demand for that type). The process then s 
loops to step 104. If no objects remain unassigned, then 
the process ends. 

[0069] Figure 8a is a flow diagram of a subprocess of 
step 114. It begins with step 114-1 , in which the bidding 
information processor sums the quantities demanded io 
by all the bidders and for ati the types of objects; also 
sums the quantities remaining unassigned of all the 
types of objects; and computes the difference between 
the two sums. In step 114-2, the bidding information 
processor determines whether the difference between *5 
these two sums is (strictly) greater than zero. If the dif- 
ference between the two sums is (strictly) greater than 
zero, the process continues with step 114-3, in which 
the bidding information processor considers each bid- 
der separately and determines an assignment of objects 20 
at the current prices. This step is shown in more detail 
in Figure 8b. The process then goes to step 116 of Fig- 
ure 7. If the difference between the two sums is not 
(strictly) greater than zero, the process continues with 
step 1 1 4-4, in which each bidder is assigned the quantity 25 
bid for each type of object at the current price, and since 
no objects remain unassigned, the auction ends after 
proceeding to step 116 of Figure 7. 
[0070] Figure 6b is a flow diagram of a subprocess of 
step 1 1 4-3. It begins with step 1 1 4-3-1 , in which a bidder 30 
which has not yet been considered is selected. In step 
114-3-2, for the bidder currently being considered, the 
bidding information processor sums the quantities re- 
maining unassigned of ail the types of objects; also it 
sums the quantities demanded by all the bidders other as 
than the current bidder and for all the types of objects; 
and it computes the difference between the two sums. 
The difference is denoted Q i . In step 114-3-3, the A bid- 
ding information processor determines whether O is 
(strictly) greater than zero. If O is not (strictly) greater 40 
than zero, no objects are assigned to the current bidde^ 
and the process proceeds directly to step 114-3-6. If u 
is (strictly) greater than zero, the process continues with 
step 114-3-4, in which the bidding information processor 
considers each type of object separately and deter- *s 
mines an assignment of objects at the current prices. 
This step is shown in more detail in Figure 8c. In step 
1 1 4-3-5, the bidding information processor subtracts the 
assigned quantities from the bids of the current bidder 
and from the quantities for auction. In step 114-3-6, it is so 
determined whether all bidders have been considered. 
If not, the process loops back to step 114-3-1. If all bid- 
ders have been considered, the process goes to step 
116 of Figure 7. 

[0071] Figure 8c is a flow diagram of a subprocess of 55 
step 114-3-4. It begins with step 114-3-4-1, in which for 
every type k~ 1,...,mof object, the bidding information 
processor sums the quantity demanded of type kby all 



the bidders other than the current bidder, and subtracts 
this from the quantity remaining unassigned of type k. 
The difference is denoted Off. In step 1 1 4-3-4-2, the bid- 
ding information processor determines whether the sum 
of the Qjj t summed over all^ypes k- 1 A ...,mof objects, 
equals 0. If the sum of the Qj equals O* then the^proc- 
^ss continues with step 114-3-3. Instep 114-3-3, (G/,..., 
O m ) is determined to be the assignment to bidder /, and 
the process goes to step 1 A 4-3-5 of Figure 8b. If the sum 
of the Qfr'does not equal f>, then the process continues 
with step 114-3-4. In step 114-3-4, the bidding informa- 
tion processor determines the most-preferred assign- 
ment (0| r ( ... t O m f ^ which satisfies the following con- 
straints^: 0 £ O k r £ Ofjtor every type k= 1 m, andZf.. 
O k r = O. One exemplary way of selecting the most -pre- 
ferred assignment is to select the (Q/ t ...,Q m r ) consist- 
ent with the constraints such that the difference between 
the expected final price vector and the current price vec- 
tor, multiplied by (0/,...,O m r ) as a dot product, is min- 
imized. The determined (Q/ Q m r ) is deemed to be 

the assignment to bidder £ and the process goes to step 
114-3-5 of Figure 8b. 

[0072] Figure 9 is a flow diagram of a subprocess of 
step 1 1 2. It begins with step 112-1, in which the bidding 
information processor considers a bidder who has sub- 
mitted a bid which has not yet been considered. This 
bidder is denoted bidder /. One exemplary way of se- 
lecting which bidder to consider is to select the earliest- 
time-stamped bid which has not yet been considered. 
In step 112-2, the bidding information processor recalls 
from memory the most recent previously-processed bid 
by bidder /, the bidder currently being considered. The 
previously-processed bid is denoted (0 1 '> 1 5 ...,O m '> 1 ). 
In step 112-3, the bidding information processor deter- 
mines whether bidder ts current bid satisfies the eligi- 
bility rule: <V< <X* If bidder ts current bid 
satisfies the eligibility rule, then the process skips to step 
112-5. If bidder Is current bid does not satisfy the eligi- 
bility rule, the process continues with step 112-4, in 
which the bidding information processor adjusts bidder 
ts bid so as to satisfy the eligibility rule. One exemplary 
way of doing this is to insert bidder ts most recent pre- 
viously-processed bid, (0 1 / ' M ,... I O m / ' M ), as bidder ts 
current bid. In step 112-5, the bidding information proc- 
essor determines whether bidder ts current bid satisfies 
the additional constraints: I Q^kQ^ for all types k 
s 1,.,.,/n. If bidder ts current bid satisfies these addition- 
al constraints, then the process skips to step 112-7. If 
bidder ts current bid does not satisfy these additional 
constraints, the process continues with step 112-6, in 
which the bidding information processor adjusts bidder 
/s bid so as to satisfy the additional constraints. One 
exemplary way of doing this is to insert bidder /s most 
recent previously-processed bid, (Q 1 '> 1 ,...,0 m '> 1 ), as 
bidder ts current bid. A second exemplary way of doing 
this is to substitute Q k * with O fr -Z>., Qj as bidder ts 
quantity for type k, for every k- 1,...,ro violating the ad- 
ditional constraint, provided that this substitution does 
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not lead the eligibility rule to be violated. In step 112-7, 
the bidding information processor determines whether 
ail bidders who have submitted bids have yet been con- 
sidered. It not, the process loops back to step 112-1. If 
all bidders have been considered, the process goes to 
step 114 of Figure 7. 

[0073] Another embodiment of the inventive system 
is described by the same flow diagrams— except with 
Step 114-3-4-4 deferred until the end of the auction. In 
that event, the auctioneer is allowed to wait until the con- 
clusion of the auction to determine which objects were 
assigned at which prices in the course of the auction. 
[0074] Another embodiment of the inventive system 
is described by the same flow diagrams — except with 
Step 114-3 (and hence Figures 8b and 8c) deleted. In 
that event, the auction still proceeds with multiple as- 
cending clocks, but now objects are not assigned in in- 
termediate rounds, and so every object of a given type 
is assigned at the same price. 



Claims 

1 . A method for using a computer to implement an auc- 
tion of heterogeneous objects, two or more bidders 
participating in the auction, the auction allowing as- 
signment of objects of the same type to one or more 
of the bidders at different prices, the method com- 
prising: 

a) inputting, into the computer, bids from par- 
ticipating bidders; 

b) determining at the computer, based on the 
bids, whether there is at least one object which 
is desired by only one bidder and, 

c) in the event there is at least one object which 
is desired by only one bidder, assigning the de- 
termined object or objects to the determined 
bidder, 

wherein said determining comprises deter- 
mining if a nonempty set of objects is minimal in the 
winning set of a bidder. 

2. A method as recited in claim 1 in which inputting 
and determining steps are repetitively performed 
until all objects are assigned, wherein any bidder is 
constrained in bidding based on prior bids. 

3. A method as recited in claim 1 wherein the deter- 
mining comprises: 

bll) selecting a bidder, 
b!2) selecting an object type, 
b1 3) determining if bids of other bidders for this 
object type total less than available objects of 
this type, in that event, and the assigning com- 
prises assigning to the selected bidder the 



smaller of, the difference between number of 
available objects and sum of bids by other bid- 
ders or the selected bidders bid for objects ot 
this selected type. 

5 

4. A method as recited in claim 3 which includes the 
further steps of: 

d) validating bids by 

10 d1 ) selecting a bidder, 

d2) comparing a most recent bid by the bidder 
to an earlier bid of the same bidder, and 
d3) determining for each object type if a most 
recent bid carries a quantity in excess of an ear- 
is iier bid. 

d4) in the event the determination ot step c3) is 
positive, adjusting the most recent bid, or 
d5) repeating steps d1 )-c4) for another bidder. 

20 s. Amethod for using acomputer to implement anauc- 
tion of heterogeneous objects, two or more bidders 
participating in the auction, the auction allowing as- 
signment of objects of the same type to one or more 
of the bidders at different prices, the method com- 

25 prising: 

a) inputting, into the computer, bids from par- 
ticipating bidders; 

so b) determining at the computer, based on the 

bids, whether there is at least one object which 
is desired by only one bidder and, if so, assign- 
ing the determined object or objects to the de- 
termined bidder, and 

35 

c) repeating steps a) and b) until no objects re- 
main unassigned. 

6. A method as recited in claim 5 wherein said deter- 
40 mining includes: 

b1) selecting a bidder, 

b2) summing, for all other bidders, a first sum 
representing a quantity of all objects bid for by 
45 the other bidders, 

b3) identifying a quantity of ail unassigned ob- 
jects and determining if the quantity is strictly 
greater than the first sum, 
b4) in the event the quantity is strictly greater 
50 than the first sum, then 

b5) assigning objects either based on the bid- 
der's bid or using a most preferred assignment 
rule, and 

b6) repeating steps b2) to b5) for each other 
55 bidder. 

7. A computer system implementing an auction of het- 
erogeneous objects, two or more bidders participat- 
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ing in the auction, the auction allowing assignment 
of objects of the same type to one or more ot the 
bidders at different prices, the computer system in- 
cluding 

a) means for inputting to the computer, bids 
from participating bidders; 

b) determining means for determining, based 
on the bids, whether there is at least one object 
which is desired by only one bidder and, 

c) assigning means for assigning the deter- 
mined object or objects to the determined bid- 
der in the event there is at least one object 
which is desired by only one bidder. 

8. The computer system of clam 7 wherein the deter- 
mining means identifies each object which is de- 
sired by only one bidder and in which the assigning 
means assigns each such object identified by the 
determining means. 

9. The system of claim 8 wherein the determining 
means includes: 

b1) means for selecting a bidder, 

b2) means for summing, for ail other bidders, a 

first sum representing a quantity of all objects 

bid for by the other bidders, 

b3) means for identifying a quantity of all unas- 

signed objects and determining if the quantity 

is strictly greater than the first sum, 

and wherein the assigning means includes 
d ) responsive means, in the event the 
quantity is strictly greater than the first sum, for as- 
signing objects either based on the bidder's bid or 
using a most preferred assignment rule. 

10. A computer system implementing an auction of het- 
erogeneous objects, two or more bidders participat- 
ing in the auction, the auction allowing assignment 
of objects of the same type to one or more of the 
bidders at different prices, the computer system in- 
cluding: 

a) input means for inputting bids from partici- 
pating bidders; 

b) determining means for determining, based 
on the bids, whether there is at least one object 
which is desired by only one bidder and, 

c) assigning means for assigning, in the event 
there is at least one object which is desired by 
only one bidder, the determined object or ob- 
jects to the determined bidder, 

where said determining means determines if 



a nonempty set of objects is minimal in the winning 
set of a bidder. 

11. The computer system of claim 10 wherein the de- 
5 termining means identifies each object which is de- 
sired by only one bidder and in which the assigning 
means assigns each such object identified by the 
determining means. 

to 12. The computer system of claim 10 wherein the de- 
termining means includes: 

b1) means for selecting a bidder, 
b2) means for selecting an object type, 
is b3) summing means for determining if bids of 

other bidders for this object type total less than 
available objects of this type, 

and wherein the assigning means comprises 
20 c1 ) responsive means, in the event the 

bids of other bidders for this object type totals less 
than the number of available objects of this type, for 
assigning to the selected bidder the smaller of, the 
difference between number of available objects and 
25 the total ot bids by other bidders or the selected bid- 
ders bid for objects of this selected type. 

13. The computer system as recited in claim 12 which 
further includes means for validating bids compris- 
30 jng 

dl) means for selecting a bidder, 
d2) measn for comparing a most recent bid by 
the bidder to an earlier bid of the same bidder, 
and 

d3) means for determining, for each object type 
if a most recent bid carries a quantity in excess 
of an earlier bid, and 

d4) adjusting means for adjusting the most re- 
cent bid in the event the most recent bid cartries 
a quantity in excess of an earlier bid. 
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